上一篇聊完「備份不是複製檔案」之後，收到幾個朋友的回饋，其中一個問題我覺得很有代表性：

那備份、Replica（複本）、DR（災難復原），到底差在哪？聽起來都是在別的地方留一份資料啊。

這三個詞在專案裡幾乎天天出現，但很多人真的是混著用。今天想從自己的理解，把這三層拆開來講。

備份：留住「過去的某個時間點」

備份的核心價值，是時間。它回答的問題是：「如果現在出事，我能不能回到昨天、上週、甚至上個月的某個狀態？」

所以備份通常有這些特性：

• 會保留很多個時間點（每日、每週、每月）
• 復原速度不是第一考量，重點是「保留得夠久、夠完整」
• 就算資料被覆寫、被刪除、被加密（例如中勒索軟體），只要備份還在，就能拉回乾淨的版本

備份救的是「時間軸上的錯誤」——不管是人為誤刪、系統壞掉，還是被攻擊。

複本（Replica）：留住「幾乎是現在」的一份

複本做的事情完全不同。它不是為了回到過去，而是為了盡量不中斷。

簡單說，複本就是把正在運作的系統，即時或近即時地同步一份到別的地方。它的重點是：

• 資料幾乎是最新的（可能落後幾秒到幾分鐘）
• 目的是「主系統掛了，複本立刻頂上」，追求的是速度
• 但正因為是即時同步，如果主系統的資料已經壞掉或被加密，複本通常也會一起壞掉

這也是很多人誤解的地方——複本不是備份。複本救的是「單點故障」，不是「資料本身出問題」。

災難復原（DR）：一整套「重新站起來」的計畫

DR則是更高一層的概念，它不是單一技術，而是一套流程跟能力的組合：當整個機房、整個資料中心都出問題時，企業要怎麼在另一個地方，把整套系統（不只是資料，還包括網路、應用程式、運算資源）重新跑起來。

DR會用到備份，也可能用到複本，但DR真正在意的是：

• 多久能重新上線（RTO）
• 上線後資料新到什麼程度（RPO）
• 整套流程有沒有真的演練過，而不是紙上談兵

三者放在一起看

如果用一句話分別描述：

• 備份：資料被弄壞了，我能不能回到乾淨的過去？
• 複本：這台機器掛了，我能不能馬上換一台頂上？
• 災難復原：整個機房都不能用了，我能不能在別的地方重新站起來？

三者不是互相取代的關係，而是疊在一起的防護層。我在專案上最常看到的問題，是企業只做了複本，就以為自己「有備份、也有DR」——結果真的遇到勒索軟體，複本跟主系統一起中鏢，才發現少了真正能拉回乾淨版本的那一層。

下一篇想聊「為什麼有備份不等於救得回來」，從幾個實際踩過的坑講起。

你的環境裡，備份、複本、DR這三層，是不是也常被當成同一件事在做？留言聊聊。

IT幫幫忙，一起把複雜的企業IT架構講清楚。

#IT幫幫忙 #備份 #災難復原 #DisasterRecovery #資料保護 #企業IT #Presales